home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 633 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  4.5 KB
  1. Date: Thu, 16 Jun 94 13:59 BST-1
  2. From: Andre Willey <andre@cix.compulink.co.uk>
  3. Subject: Digested replies
  4. To: gem-list@world.std.com
  5. Message-Id: <memo.397898@cix.compulink.co.uk>
  6. Precedence: bulk
  7.  
  8.  
  9. Phew, just got through about a week's worth of stuff. Here's a few comments:
  10.  
  11. Timothy Miller <millert@undergrad.csee.usf.edu> wrote:
  12.  
  13. > It has been suggested several times that shift and control for the two 
  14. > above sets be EXCHANGED for various reasons, including the danger 
  15. > involved in at least one of them (shift-backspace), and that some people 
  16. > have expressed a preference that they be exchanged and some have said 
  17. > that the exchanged version would be more logical and consistent with some 
  18. > programs.
  19.  
  20. Actually, I tend to agree. I've always felt Control should do the more
  21. 'serious' action, and Shift the less serious. Thus Shift-Delete should act
  22. on a word, Control-Delete on a line.
  23.  
  24.  
  25.  
  26. In <m0qCf80-0000qLC@sdf.lonestar.org>, ekl@sdf.lonestar.org wrote:
  27.  
  28.   > If GFA Basic is incapable of doing something as simple as reading an
  29.   > address from fixed place in memory, then too damn bad.
  30.  
  31. Well I have no trouble at all with GFA doing that. I use the Cookie Jar
  32. quite happily, via just a couple of lines of code. The thing to remember
  33. is that the WORD{adr} syntax uses standard mode, whereas DPEEK(addr),
  34. SDPOKE(addr), etc. provide supervisor mode access to memory locations
  35.  
  36.  
  37.  
  38. In <2dfb188e@daggskim.ct.se>, bo.leuf@daggskim.ct.se wrote:
  39.   >  
  40.   > > CTRL F -                 Find 
  41.   > > CTRL G -                 Find next 
  42.   > > Shift CTRL G -           Find previous 
  43.   > > CTRL R -                 Replace 
  44.   > > CTRL T -                 Replace Next 
  45.   > > Shift CTRL T -           Replace previous 
  46.   >  
  47.   > Now _why_ make this take more entries than really necessary? 
  48.   >  
  49.   > Ctrl-F = Find (next) 
  50.   > Shift-Ctrl-F = Find (next) and Replace 
  51.   > Ctrl-G = Call up Find&Replace dialog (with direction toggles and all)
  52.  
  53. I strongly agree with that principle, but would suggest:
  54.  
  55.   Ctrl-F = Find (then find next)
  56.   Shift-Ctrl-F = Find previous
  57.   Ctrl-R = Replace (then replace next)
  58.   Shift-Ctrl-R = Replace previous
  59.  
  60. In any of those, if a search (or replace) string has not been defined,
  61. a dialog should pop up. Note, the replace string should always be zeroed
  62. when a new Find string is selected, otherwise selecting Replace later could
  63. do something unexpected.
  64.  
  65.   > I am however rather unhappy with Ctrl-G as the selection here, since
  66.   > Crtl-G = Goto (line, page, whatever) 
  67.  
  68. True. I like Control-G for goto. Another good reason to keep Ctrl-R for
  69. replace.
  70.  
  71.  
  72.  
  73. In <m0qCsU7-0003oRC@gogol.fb10.tu-berlin.de>, chris@buran.fb10.tu-berlin.de
  74. wrote:
  75.  
  76.   > > CTRL I -                 Show Info 
  77.   >  
  78.   > In text oriented applications I prefer CTRL-I  italic 
  79.  
  80. Hmm, how about suggesting the use of Alt-I, Alt-B, Alt-U, etc for Italic,
  81. Bold, Underline etc. That way, application-specific things like this won't
  82. get in the way of general stuff.
  83.  
  84.   > > In Dialog Boxes 
  85.   > > --------------- 
  86.   > > Undo -                  Cancel, Abort, etc... 
  87.   >  
  88.   > Problematic when applications use modeless dialogs. Does Undo mean
  89.   > "undo the last thing I did to my document" or "Cancel the dialog"?
  90.  
  91. Depends on whether the dialog window is currenty topped, I guess. Undo
  92. should always operate on the currently topped window, using whatever
  93. operation is appropriate for that window.
  94.  
  95.  
  96.  
  97. In <199406122018.AA252922313@relay2.geis.com>, dmj@genie.geis.com wrote:
  98.   > - Why does CTRL+W mean Close Window? It's not that obvious. 
  99.   >  
  100.   > It's a lot more obvious than CTRL-U--at least "w" bears some relation
  101.   > to "Window", but "u" doesn't even come close. 
  102.   >  
  103.   > The majority of programs I actually _use_ don't have any consistency
  104.   > at all.  What I spend most of my _time_ in, though, uses CTRL-W. 
  105.  
  106. Ditto. Ctrl-W for close *W*indow, please.
  107.  
  108.  
  109.  
  110. In <m0qD9CL-0001YUC@bitsink.gbdata.com>, khollis@bitsink.gbdata.com wrote:
  111.  
  112.   > Well, dual standards aren't really the way to go.
  113.  
  114. Fully agree. People sometimes use programs written in different countries
  115. at the same time... In fact, I'd venture to suggest that most of us do. For
  116. example, I will want to use Neodesk 4 with Mag!x and LEF, and would hope
  117. that they (and their support programs) will all be able to use the same keys.
  118.  
  119. Andre
  120.  
  121.  +------------------------------------+-------------------------------+
  122.  |            Andre Willey            |  Cygnus Software Development  |
  123.  |  Email: andre@cix.compulink.co.uk  |  Sutton Coldfield -- England  |
  124.  |   or: ...{mcsun}!uknet!cix!andre   |  Tel:  (UK/+44) 021 308 5251  |
  125.  +------------------------------------+-------------------------------+
  126.